(19) 



J 



Europaisches Palentamt 
European Patent Office 
Office europeen des brevets 



(12) 



(11) BP 0 834 810 A1 

EUROPEAN PATENT APPLICATION 



(43) Dale ot publication: 

08.04.1998 Bulletin 1998/15 

(21) Application nunnber: 97307146.7 

(22) Date ot filing: 15.09.1997 



(51) IntCL^: G06F 11/00 



(84) Designated Contracting States: 


(72) Inventor; Hayes, Roger 


AT BE CH DE DK ES R FR GB GR IE IT LI LU MC 


California 94710 (US) 


NL PT SE 




Designated Extension Slates: 


(74) Representative: W.R THOMPSON & CO. 


AL LT LV RO SI 


Coopers Building, 




Church Street 


(30) Priority: 19.09.199G US 715854 


Liverpool LI 3AB (GB) 


(71) Applicant: SUN MICROSYSTEMS, INC. 




Mountain View, CA 94043 (US) 





(54) Automatic generation of test drivers 

(57) A test driver generator is provided tor generat- 
ing test drivers. The test driver generator receives test 
expressions designating execution sequences of test 
functions of sotlware interfaces and corresponding at- 
tribute value specifications for the designated test func- 
tions' parameter attributes. Each test expression desig- 
nating a number of test functions to be executed in a 
certain sequence, and each corresponding attribute val- 



ue specification specifies selected attribute values of the 
test functions' parameter attributes. For each test ex- 
pression and corresponding attribute value specifica- 
tions of a software interface, the lest driver generator, 
in response, generates a test driver that can execute the 
specified test functions in the designated order with al! 
combinations of the selected attribute values of the test 
functions' parameter attributes. 
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Description 

The present invention relates to the field of software 
testing. 

Moi'e specifically, the present invention relates to 
automatic generation ot test drivers for executing test 
functions in sequence. 

Traditionally, software testing was done on an ad- 
hoc basis. As th.e connplexity ot software increases with 
increasing function being oflered, various approaches, 
techniques and tools have been developed to provide a 
nnore structured or disciplined approach to software 
testing. From a process perspective, typically a phase 
approach is used to divide software testing into different 
stages, such as requirement testing, design testing, unit 
testing, function testing, and system testing. For each 
stage, different testing techniques, such as boundary 

coverages. Additionally, various testing tools, such as 
test case generators and simulators, are developed to 
improve testing efficiency. 

Traditionally, software specification and^ design 
were also done on an informal basis. Similarly as the 
complexity ol software increases with increasing func- 
tion being offered, various techniques and tools have 
been developed to provide a more formal approach to 
software specification and design. Particular examples 
of formal design techniques include top down design 
and data flow analysis. Particular examples of formal 
design tools include formal specification and design lan- 
guages and various Computer Aided Software Engi- 
neering (CASE) tools. 

The advent of formal specification and design lan- 
guages offers a new opportunity for further imposing 
structure and discipline on software testing. The formal 
specifications can be submitted to machine based anal- 
ysis. If the proper behavior of a software interface can 
be adequately described by its formal specification, then 
testing functions can be automatically and systematical- 
ly generated for the software interface from the formal 
specification. Furthermore, the generated testing func- 
tions can be auto-checking. An auto-checking test func- 
tion is a function that can invoke and execute a proce- 
dure to be tested and knows enough about the proce- 
dure to be able to determine whether the procedure be- 
haved properly or improperly when the procedure was 
tested. A particular example of such an auto-checking 
testing function generator is disclosed in US Patent 
5,357,452. 

Typically each auto-checking testing function re- 
quires a number of parameters to be provided as inputs. 
Each parameter may have one or more attributes, and 
each attribute may take on one of a number of discrete 
values or any value over a range. Thus, even for a small 
number of parameters and attributes, the potential com- 
binations of input values are enormously large, and, tor 
all practical purposes, approach infinity. 

Therefore, it is desirable to be able to provide a test 



driver for a software interface that can execute a collec- 
tion of auto-checking lest functions selectively lo test the 
software interface. It is further desirable if the auto- 
checking test functions can be executed selectively for 

s selected combinations of the attribute values o1 the au- 
to-checking test functions' parameter attributes. It is fur- 
ther desirable to have such a test driver automatically 
generated from a specification designating the auto- 
checking test functions of the software interface and 

ID specifying selected attribute values of the test functions' 
parameter attributes. A particular example of such a test 
driver generator is disclosed in US Patent 5,359,546. 

Additionally, it is further desirable to be able to des- . 
ignate the test functions to be tested as a sequence of 

T5 Interrelated test functions. In other words, the values 
produced by one function to be used by another func- 
tion. As will be disclosed, the present invention provides 
methods and apparatus tor designating sequences of 
interrelated test functions of software interfaces and 

20 specifying selected attribute values of the lest functions' 
parameter attributes, and automatically generating from 
these designations/specifications, test drivers for exe- 
cuting the designated test functions in sequence with al! 
combinations of the selected attribute values, thereby 

2S achieving the desired results described above. 

SUMMARY OF THE INVENTION 

Methods and apparatus for designating sequences 

30 of interrelated test functions of software interfaces and 
specifying selected attribute values of the test functions' 
parameter attributes, and automatically generating from 
these designations/specifications, test drivers for exe- 
cuting the designated test functions in sequence with all 

35 combinations of the selected attribute values are dis- 
closed. The methods and apparatus have particular ap- 
plication to automated software testing, in particular 
software interfaces having a number of procedures and 
corresponding auto-checking test functions that are in- 

40 terrelated. The procedures and the auto-checking test 
functions may be implemented in any of the well known 
programming languages, such as C, employing any of 
the welt known programming methodologies, such as 
objected oriented programming. 

■^5 A test driver generator is provided for generating 
test drivers. The test driver generator receives test ex- 
pressions designating execution sequence of test func- 
tions of software interfaces and corresponding attribute 
value specifications for the designated test functions* 

50 parameter attributes. Each test expression designates 
a number of test functions to be executed in a certain 
sequence, and each corresponding attribute value 
specification specifies selected attribute values of the 
test functions' parameter attributes. For each test ex- 

55 pression and corresponding attribute value specifica- 
tions of a software interface, the test driver generator, 
in response, generates a test driver that can execute the 
specified test functions in the designated order with all 
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combinations ot the selected attribute values of the test 
functions' parameter attributes. 

In the presently preferred embodiment, the lest 
function sequences and the corresponding selected at- 
tribute values are designated/specified in a combined 
lest function sequence and attribute value designation/ 
specification. The test functions are auto-checking. For 
some embodiments, depending on the programming 
, languages used tor the test functions and the program- 
ming methodologies employed for the software interlac- 
es, the test function sequence designations, and the 
corresponding selected attribute value specifications 
are augmented by supplemental test function and/or ob- 
ject type and method definitions. 

In one embodiment, the test driver generator com- 
prises a parser, an intermediate representation builder, 
and a code generator. The parser receives the test tunc- 
lion sequence designalions and the corresponding se- 
lected attribute value specifications as inputs, and to- 
kenizes the lest function sequence designations and the 
attribute value specifications. The intermediate repre- 
sentation builder receives the tokenized test function se- 
quence designations and the tokenized attribute value 
specifications as inputs, and generates intermediate 
representations for these designations/specifications. 
The code generator receives the intermediate represen- 
tations as inputs, and generates test drivers for execut- 
ing the designated test functions in sequence vy^ith all 
combinations of the selected attribute values of the test 
functions' parameter attributes. 

Furthermore, in this embodiment, the parser parses 
and tokenizes the test function designations and the at- 
tribute value specifications based on formal grammar. 
The intermediate representation builder builds a syntax 
tree. The code generator generates the test drivers us- 
ing the syntax tree. 

Each test driver is generated with the same execu- 
tion flow for executing a number of lest functions in se- 
quence, with all combinations of the selected attribute 
values of the test functions' parameter attributes. For 
each sequence of test functions, the corresponding test 
driver creates the combinations of the selected attribute 
values of the selected test function's parameters one at 
a time. For each combination ot the selected attribute 
values, the test driver either creates actual test data in 
line or calls corresponding user supplied test data cre- 
ation functions to create the actual test data. Next, the 
corresponding test driver creates the local test variables 
and evaluate test expressions required for executing the 
designated test functions in sequence. Then the corre- 
sponding test driver invokes the designated test func- 
tions in sequence, and accumulates testing statistics 
based on results returned from the invoked test func- 
tions. After accumulating the statistics, the correspond- 
ing test driver deletes ail test data created for the par- 
ticular combination of attribute values, calling user sup- 
plied test data deleting functions if necessary. The proc- 
ess is repeated for each combination of the selected at- 



tribute values of each sequence of test functions. 

For some embodiments, depending on the pro- 
gramming languages used for the lest drivers, the test 
drivers are generated with complementary test include 

s files and/or test driver functions. The complementary 
test driver include files comprise selected attribute value 
definitions for the designated lest functions' parameter 
attributes, and user supplied test data creation and de- 
letion function definitions. The complementary test driv- 

TO er functions are invoked by the test drivers during exe- 
cution to generate attribute values to create a particular 
combination of attribute values for a lest function's pa- 
rameters. 

The present invention will now be further described, 
by way of example, with reference to the accompanying 
drawings, in which:- 

Figure 1 shows a functional block diagram illustrat- 
ing the hardware aiernerus Ot an exernpiary cornputer 
system that incorporates the teachings ot the present 
20 invention. 

Figure 2 shows a functional block diagram illustrat- 
ing the software elements of the exemplar^' computer 
system of Figure 1 . 

Figure 3 shows a functional block diagram illustrat- 
2S ing the input and output of the test driver generator of 
the present invention. 

Figures 4a - 4c illustrate the presently preferred 
embodiment of the combined test function sequence 
and attribute value designation/specification, the sup- 
30 plemental test function definitions and the supplemental 
object type and method definitions of the present inven- 
tion for a software interface. 

Figures 5a - 5c show an exemplar^' combined test 
function sequence and attribute value designation/ 
35 specification, an exemplary collection of supplemental 
test function definitions and an exemplary collection of 
supplemental object type and method definitions ol the 
present invention for an exemplary software interface. 
Figure 6 shows a function block diagram illustrating 
40 one embodiment of the test driver generator of the 
present invention. 

Figure 7 iliuslrate the execution flow of each gen- 
erated test driver of the present invention. 

Figures 8a - 8c show an exemplary generated test 
45 driver of the present invention. 

Figure 9a and 9b show an exemplary generated test 
driver include file of the present invention. 

Figures lOa-IOb-lOe show an exemplary collection 
of generated test driver functions of the present inven- 
^0 tion. 

Figures 11a - lib show three pairs of exemplary 
user supplied test data creation and deletion functions. 

DETAILED DESCRIPTION 

55 

Methods and apparatus for designated sequences 
of interrelated test functions of software interfaces, and 
specifying selected attribute values for the test tunc- 
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tions' parameter attributes, and automatically generat- 
ing trom these designations/specifications test drivers 
for executing the test functions in sequence with all com- 
binations of the selected attribute values are disclosed. 
The methods and apparatus have particular application s 
to automated software testing, in particular, software in- 
terfaces having a number of procedures and corre- 
sponding test functions, including aulo-checking test 
functions. The procedures and corresponding test func- 
tions may be implemented in any of the well known pro- to 
gramming languages, such as C, employing any of the 
well known programming methodologies, such as ob- 
jected oriented programming. In the following descrip- 
tion tor purposes of explanation, specific numbers, ma- 
terials and configurations are set forth in order to provide ^5 
a thorough understanding of the present invention. 
However, il will be apparent to one skilled in the art that 
The present invention may be practiced wilhoui the spe- 
cific details. In other instances, well known systems are 
shown in diagrammatical or block diagram form in order 20 
not to obscure the present* invention unnecessarily. Ad- 
ditionally, while the present invention wiH be described 
with auto-checking test functions, based on the descrip- 
tions to follow, il will be appreciated that the present in- 
vention may be practiced with tost functions that are not 
auto-checking. 

Referring now to Figure 1^ a functional block dia- 
gram illustrating an exemplary computer system that in- 
corporates the teachings of the present invention is 
shown Shown is a computer 10 comprising a central 30 
processing unit (CPU) 12, a memory 14, and an I/O 
module 16. Additionally the computer system 10 also 
comprises an input device IB, an output device 20 and 
a storage device 22. The CPU 1 2 is coupled to the mem- 
ory 14 and the I/O module 16. The input device 18, the 35 
output device 20, and the storage device 22 are also 
coupled to the I/O module 16. The I/O module 16 in turn 
is coupled to a network. 

Except for the manner they are used to practice the 
present invention, the CPU 12, the memory 14, the I/O 
module 16. the input device 16, the output device 20, 
and the storage device 22, are intended to represent a 
broad category of these elements found in most com- 
puter systems. Their constitutions and basic functions 
are well known and will not be further described here. -^5 

Referring now to Figure 2, a functional block dia- 
gram illustrating the software elements of the computer 
system of Figure 1 is shown. Shown is an operating sys- 
tem 32 comprising a file subsystem 34 and a process 
control subsystem 36. The file subsystem 34 is respon- 
Bible for managing files, allocating file spaces, adminis- 
tering free space, controlling access to files and retriev- 
ing data from files. The process control subsystem 36 
is responsible for process synchronization, interprocess 
communication, memory management and process 55 
scheduling. The file subsystem 34 and the process con- 
trol subsystem 36 are intended to represent a broad cat- 
egory of these elements found in most operating sys- 



tems. Their constitutions and functions are well known 
and will not be further described here. 

The software elements 30 further comprise pro- 
gramming language compilers, software tools/utilities 
and their runtime libraries 33, the test driver generator 
of the present invention 40, and the generated test driv- 
ers of the present invention 42. The programming lan- 
guage compilers, software tools/utilities and their runt- 
ime libraries 3B are used to develop and execute appli- 
cation programs, in particular, the test driver generator 
40 and the generated test drivers 42 of the present in- 
vention. The language compilers, runtime libraries, 
tools/utilities 38 are intended to represent a broad cat- 
egory of these software elements found in most compu- 
ter systems. Their constitutions and functions are well 
known, and will not be further described here. The test 
driver generator and the generated test drivers of the 
pressril inveMiiOTi vviii be described jn further detail b^*- 
low with references to Figures 3, 6, 7, and 8a - 8c. 

While for ease of understanding, the present inven- 
tion is being illustrated with embodiments of the test driv- 
er generator that are implemented in high-level pro- 
gramming languages, and test drivers that are generat- 
ed in high-level programming languages, it will be ap- 
preciated, based on the descriptions to follow, that the 
present invention may be practiced with the test driver 
generator and the test drivers implemented/generated 
in a variety of programming languages. 

Referring now to Figure 3, a functional block dia- 
gram illustrating the input and output of the test driver 
generator of the present invention is shown. Shown is 
the test driver generator 40 receiving a number of test 
function sequence designations of software interfaces, 
and corresponding selected attribute value specifica- 
tions 44 for the test functions' parameter attributes as 
inputs. In the present preferred embodiment, the test 
function sequence designations and the corresponding 
selected attribute value specifications for a software in- 
terface are made in a combined test function sequence 
and attribute value designation/specification. For some 
embodiments, the test function sequence designations 
and attribute value specifications are augmented with 
supplemental test function definitbns 46, and/or object 
type and method definitions 48. It will be appreciated 
that the test function sequence designations, the at- 
tribute value specifications, the supplemental test func- 
tion definitions 46, and the object type and method def- 
initions 4B may be provided to the test driver generator 
40 in a variety of manners. For examples, the designa- 
tions, specifications and supplemental definitions may 
be provided through an input device or pre-stored in a 
storage device accessible to the test driver generator 
40. The test function sequence designations and at- 
tribute value specifications 44, the supplemental test 
function definitions 46 and the supplemental object type 
and method definitions 48 will be described in further 
detail with references to Figures 4a - 4c, and 5a - 5c. 

Continue to refer to Figure 3, for each collection of 
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test function sequence designations and attribute value 
specifications 44 of a software interface, the test driver 
generator 40 generates a test driver 42 for executing the 
designated auto-checking test functions in sequence 
with all connbinations of the selected attribute values. s 
For some ennbodiments, depending on the program- 
ming languages used tor the test drivers and the pro- 
gramming methodologies employed, the test drivers 42 
are generated with complementary test driver include 
files 50 and complementary test driver functions 52. The 'to 
complementary test driver include files 50 are included 
during compilation of the test drivers 42. The comple- 
mentary test driver functions 50 are invoked by the test 
drivers 42 during execution. The test driver generator 
40 will be described in further detail with references to ^5 
Figure 6. The test drivers 42, the test driver include files 
50, and the test driver functions 52 will be described in 
further deiaii with relerences to Figures 7. 6a - 6c, 9 
and 10. 

Referring now to Figures 4a - 4c, three diagrams 
illustrating the presently preferred combined test func- 
tion sequence and attribute value designation/specifica- 
tion, the supplemental test function definitions, and the 
supplemental object type and method definitions of the 
present invention are shown. Figure 4a illustrates the 25 
combined test function sequence and attribute value 
designation/specification, while Figures 4b and 4c illus- 
trate the supplemental test function definitions, and the 
supplemental object type and method definitions re- 
spectively. 30 

■ Shown in Figure 4a is a combined test function se- 
quence and attribute value designation/specification 44 
comprising an interface identification 51, a test specifi- 
cation 54, and a number of attribute value specifications 
56 for test function parameters. Test specification 54 35 
specifies in expression form a sequence of interrelated 
test functions corresponding to procedures of a software 
interface, including their parameters, via one or more 
sub-expressions 53b and/or local variables 53a. In the 
"degenerate case^ a test function sequence designa- 
Xion may be a single test function specification as in the 
prior art. Each attribute value specification, e.g. 57, 
specifies the selected attribute values for all attributes 
of a test function parameter Additionally, the attribute 
value specifications 56 may support global declaration -^5 
of attributes and their selected attributes values, thus 
allowing the globally declared attributes and their select- 
ed attribute values to be shared among test function pa- 
rameters. 

Shown in Figure 4b is a collection of supplemental 
test function definitions 46 comprising a number of test 
function definitions, e.g. 56. Each supplemental test 
function definition, e.g. 58. defines an auto-checking 
test function and its parameters. A particular example 
of supplemental test function definition collection is the 55 
auto-checking test function include file generated by the 
auto-checking test function generator described in U.S. 
Patent 5,357,452. 
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Shown in Figure 4c is a collection of supplemental 
object type and melhod definitions 46 comprising a 
number of object type definitions 60, a number of inher- 
itance definitions 52, and a number of method defini- 
tions 64. Each object type definition, e.g. 59 defines an 
object type of an object oriented software interface. 
Each inheritance definition, e.g. 61, defines an inherit- 
ance characteristic tor an object class and its super 
class. Each method definitions, e.g. 63, defines a meth- 
od of an object orient software interface. A particular ex- 
ample of supplemental object type and method defini- 
tion collection is the object type and method definition 
file generated by the auto-checking test function gener- 
ator described in U.S. Patent 5,357.452 

Except tor the basic requirements described above, 
the auto-checking test functions of a software tnterface, 
and the corresponding selected attribute values of the 
lesi functions' parameter aUribules may otherwise be 
specified in a variety of manners. For further descrip- 
tions of auto-checking test function include files, and ob- 
ject type and method definition files generated by an au- 
tomatic auto-checking test function generator see U.S. 
Patent 5,357,452. 

Referring now to Figures 5a - 5c, three diagrams 
showing an exemplary combined test function se- 
quence and attribute value designation/specification, an 
exemplary collection of supplemental test function def- 
initions, and an exemplary collection of supplemental 
object type and method definitions are shown. Figure 
5a shows the exemplary combined test function se- 
quence and attribute value designation/specification, 
while Figures 5b and 5c show the exemplary collection 
of supplemental test function definitions and the exem- 
plary supplemental object type and method definitions 
respectively. 

Shown in Figure 5a is an exemplary combined test 
function sequence and attribute value designation/ 
specification 44' for an object oriented interface "am" 
comprising an exemplary test function sequence desig- 
nation 53' having a sequence of three exemplary inter- 
related test functions , 53a' - 53c', designating three ex- 
emplary auto-checking test functions, "bank. 
create_account", "acct. withdraw", and "accl.deposit", 
their parameters, and local variable "acct" in C like syn- 
tax. 

Additionally, the exemplary combined test function 
sequence and attribute value designation/specification 
44' comprises three exemplary attribute value specifica- 
tions, 55a' - 55c', specifying exemplary attribute values 
for an exemplary attribute "attrsz" for exemplary test 
function parameters "amf and "offset" and exemplary 
attribute values for an exemplary attribute "^type" for an 
exemplary test function parameter "bank". The exem- 
plary attribute values for the exemplary attribute "type" 
55c' are explicitly specified, i.e. "commerce, snal, con- 
sumer, cu". The exemplary attribute values for the ex- 
emplary attribute "attrsz" 55a' and 55b' are implicitly 
specified through an exemplary globally declared at- 



BN'SDDCfD <=c oe?4SiOAi I > 



5 



g 



EPO 834 810 A1 



10 



tribute value 'size", i.e. "negative, zero, small, large" 57'. 

Note that "accf is a local variable, created by invo- 
cation ot the method "bank.create.account". and that 
"offset" is a parameter to the test sequence. Further note 
that the argument to the method "acct.withdraw" is con- 
structed by an arithmetic operation combining two pa- 
rameter variables "amt*' and "offset" to create a new val- 
ue. 

ShONAm in Figure 5b is the exemplary supplemental 
collection of test function definitions "amjest.h" 45', 
comprising four exemplary test function definitions 5B' 
for four exemplary auto-checking test functions, 
''test_am_create_account^ "test_account_deposit", 
"test_account_withdrav^", and 
"test_account_get_balance". For each exemplary auto- 
checking lest function, the corresponding exemplary 
test function definition specifies its parameters. 

Snown in Figure 5c is an exernpiary coiieciion of 
object type and method definitions 46' comprising three 
exemplary object type definitions 60', one exemplary in- 
heritance definition 62', and four exemplary method def- 
initions 64'. The exemplary method definition "am. 
create_account' resolves the method "bank. 
create_account' (bank = am) to the exemplary auto- 
checking test function "test_am_crealo_account" 
whose parameters are to be resolved in the exemplary 
supplemental collection of test function definitions 
*'am_test.h". Similarly, the exemplary method definition 
"account. deposit" resolves the method "acct. deposit" 
(acct=account) to the exemplary auto-checking lest 
function ''test_am_account_deposit" whose parameters 
are also to be resolved in the exemplary supplemental 
collection of test function definitions "amplest. h". Like- 
wise, the exemplary method definition '*account.with- 
draw" resolves the method "acct.withdraw" (acct=ac- 
count) to the exemplary auto-checking test function 
''test_am_account_withdraw*' whose parameters are to 
be resolved in the exemplary supplemental collection of 
test function definitions -am_test.h". 

Referring now to Figure 6; a functional block dia- 
gram illustrating one embodiment of the lest driver gen- 
erator of the present invention of the present invention 
is shown. Shown is the test driver generator 40 compris- 
ing a parser 56, an intermediate representation builder 
68, and. a code generator 70. These elements are se- 
quentially coupled to each other. Together, they gener- 
ate the test drivers, the parameter/attribute functions 
and the test driver include files of the present invention 
in C and C like syntaxes respectively for object oriented 
software interfaces whose auto-checking test functions 
are implemented in a programming language that sup- 
ports inter-program call from a C program, in response 
to received test and parameter/attribute specifications 
using C like syntaxes. 

The parser 66, the intermediate representation 
builder 68, and the code generator 70, are implemented 
in like manners similar to a broad category of equivalent 
elements found in many well known programming lan- 



guage compilers. Their constitutions, basic functions of- 
fered, and operation flows will only be briefly described 
here. 

The parser 66 receives the test function designa- 

s lions and the attribute values specifications, including 
supplemental test function definitions, and/or supple- 
mental object type and method definitions as inputs, and 
tokenizes the various designations, specifications and 
definitions. The intermediate representation builder 66 

10 receives the tokenized designations, specifications, and 
definitions as inputs, and generates intermediate repre- 
sentations for these designations, specifications, and 
definitions. The code generator 70 receives the interme- 
diate representations as inputs, and generates execut- 

'5 able code for the lest drivers and the test driver func- 
tions. Additionally, the code generator 70 also generates 
the test driver include files. 

in I mts p3Ti ic u Is r etn bod im 6 nt, the pars&r S£ parses 
and tokenizes the expressions based on formal gram- 

20 mar. The intermediate representation builder 6S builds 
a syntax tree. The code generator 70 generates the ex- 
ecutable code for the test drivers and the lest driver 
functions, and the test driver include files using the syn- 
tax tree. 

2B For further descriptions on various parsers, inter- 

mediate representation builders, code generators, and 
syntax trees, and closures, see A.V. Aho, R. Sethi, and 
J.D. Ullman, Compilers Principles. Techniques and 
Tools. Addison-Wesley, 1986, pp. 25 - 388, and 463 - 

30 512. 

It will be appreciated that the test driver generator 
of the present invention may be practiced with other em- 
bodiments having elements providing equivalent func- 
tions provided by the elements of the above embodi- 
es ment. It will further be appreciated that these other em- 
bodinrients. may generate test drivers and test driver 
functions in programming languages other than C, re- 
lated outputs in syntaxes other than being C like, in re- 
sponse to test function designations, attribute value 
40 specifications, and supplemental definitions, in syntax- 
es also other than being C like, and/or for software in- 
terlaces that are non-object oriented. 

Referring now to Figure 7, a block diagram illustrat- 
ing the execution flow of each generated test driver is 
45 shown: Each generated test driver has the same exe- 
cution flow 72. Initially, the test driver creates a combi- 
nation of attribute values tor the test function parame- 
ters, block 73. As described earlier, for some embodi- 
ments, the test driver calls the test driver functions to 
so generate the attribute values for creating the particular 
combination. 

Then, the test driver creates the test data for the 
particular combination of attribute values, block 74. The 
lest driver either creates the test data in line and/or calls 
55 user supplied test data creation functions to create the 
test data. After creating the test data, the test driver in- 
itializes the. local variables and evaluates test expres- 
sions required for executingthe auto-checking test f unc- 
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tions in sequence, step 75, unless the sequence has no 
local variables nor lest expressions, such as the degen- 
erated case of a sequence ot one auto-checking test 
function. For such sequences, the test driver proceeds 
directly to step 76. If the test expressions include sub- s 
expressions, the sub-expressions are evaluated in or- 
der. At step 75, the test driver invokes the auto-checking 
test function, block 76. Upon returning from the auto- 
checking test function, the test driver updates the local 
variables and accumulates test statistics based on the io 
results returned fronn the auto-checking test function, 
block 78. After updating the local variables and accu- 
mulating test statistics, the test driver repeats steps 76 
and 78 again, until all auto-checking lest functions of the 
sequence have been executed in accordance with the 
designated order. Then, the test driver discards the test 
data created for the particular combination of attribute 
va I ij e s b I DC k 6 2 , c a il i n g users u p p i i e d tes t ctaia d elet 1 o n 
functions if necessary. 

Blocks 74 - B2 are repeated until they have been 
perlormed for each combination of the selected attribute 
values specified in the attribute value specifications. 
The user supplied test data creation and deletion func- 
tions will be described in further detail later with refer- 
ences to Figures 11a - 11 b. 25 

Referring now to Figures 8a - 8c, three diagrams 
showing an exemplary generated test driver of the 
present invention are shown. Shown in Figures 8a - 8c 
is the exemplary test driver generated for the exemplary 
test function sequence and attribute value designation/ 30 
specification and supplemental definitions of Figures 
5a - 5c, having an execution flow as described earlier. 

Initially, the exemplary test driver initializes a 
number of control variables, e.g. "totct". The exemplary 
test driver then uses a number of control variables, i.e. 35 
"lO", "i1" and "\2\ to loop through execution of the inter- 
related test functions in accordance with the designated 
order. At each pass, the exemplary test driver sets up 
the test variables 86, e.g. "amount am = tv_amt. provide 
(iO)", then executes the interrelated test functions 88, i. 
e. 'account acct = acf_create_account{bank, amt); 
acf_withdraw (acct, amt + offset); acf_deposit (acct, 
amt)". As described earlier, upon executing the test 
functions for one combination of attribute values, the 
test driver tears down the test data (including the test 45 
variables) 90, e.g. "tv.bank.relinquish (bank, 12)". The 
remaining source statements illustrated in Figure 8b 
and 8c are for exception handling. 

Referring now to Figure 9, a diagram showing an 
exemplary generated test driver include file is shown, so 
The test driver include files are used to define other com- 
mon include files, the attribute values specified, and the 
user supplied test data creation and deletion functions 
for the generated test drivers. 

As shown in Figure 9, the exemplary test driver in- ss 
elude file 1 02 generated in conjunction with the test driv- 
er for the exemplary test function sequence and attribute 
value designation/specification and the supplemental 
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definitions of Figures 5a - 5c comprises four exemplary 
attribute value definitions. 104a- l04d.onefor each set 
of the exemplary attribute values specified, "size", 
"acct_bal", "acct_typ", and "bank_type", and three ex- 
emplary pairs of user supplied test data creation and de- 
letion functions, •*provide_acct*' and ''relinquish_acct", 
"provide_amf* and "relinquish_amt", and 
*'provide_bank" and *'relinqutsh_bank", 106a - 106c. 

Referring now to Figures 10a - 10b, two diagrams 
showing an exemplary collection of generated test driv- 
er functions are shown. The generated test driver func- 
tions are invoked by the test driver during its execution 
for construction of a particular combination of attribute 
values for the test function's parameters. The generated 
test driver functions comprise a test driver function for 
each of the attributes specified in the test function and 
attribute value designation/specification. Each generat- 
ed test driver tunc-tion receives an index value ss input 
In response, the generated test driver function returns 
an attribute value specified in the lest function and at- 
tribute value designation/specification. 

As shown in Figures 10a - 10b, the exemplary test 
driver functions generated for the exemplary test func- 
tion and attribute value designation/specification and 
the supplemental definitions of Figure 5a - 5c. comprise 
four exemplary test driver functions, "size", "acct^bal", 
"acct_typ", and "bank^type", 110 - 116, one for each of 
the four exemplary attributes "sz", *'bat", "typ" and "type". 
In response to an input value , each of the four exemplary 
test driver functions, 110, 112, 114 or 116, returns a cor- 
responding exemplary attribute value specified, i.e. 
•'negative", "zero", "small*' or "large" for the exemplary 
attribute "size", 110, "neg", "zero", "tiny", "huge" or 
*'enorm" for the exemplary attribute "acct^bal", 112, 
"economy", "standard", or "gold" for the exemplary at- 
tribute "typ" 114. and "commerce", *'snl". "consumer" or 
"cu" for the exemplary attribute "type" 116. 

Referring now to Figures 11a - 11b, two diagrams 
showing three exemplary pairs of user supplied test data 
creation and deletion functions of the present invention 
are shown. Each test data creation function creates the 
actual test data for a particular combination of attribute 
values of the test function's parameters. Each test data 
creation function receives the applicablie attribute value 
for the particular combination as inputs. In response/the 
test data creation function creates the actual test data. 
Similarly each test data deletion function deletes the ac- 
tual test data created for a particular combination of at- 
tribute values. Each test data deletion function receives 
the applicable attribute values for the particular combi- 
nation as inputs. In response, the test data deletion func- 
tion deletes the actual test data previously created. 

As shown in Figures 11a - lib, the exemplary col- 
lection of test data creation and deletion functions, 1 20a 
and 120b, comprises three exemplary pairs of test data 
creation and deletion functions, "provide_acct" and 
"relinquish_acct". 122a and 124a, "provide_amt" and 
"relinquish_amt''. I22b and 124b, and "provide^bank" 
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and "relinquish_bank". I22c and 124c. The 
"provide_acct" and "relinquish_acct" functions, 122a 
and 124a. create and delete an "account" object ot a 
particular "account balance". The "provide_amf and 
"relinquish_amt', 122b and I24b. create and delete an 
"amount" object of a particular "amount size". The 
''provide_bank" and "relinquish_bank" functions, 122c 
and I24c. create and delete a "bank" object of a partic- 
ular "bank type". 

While the present invention has been described in 
terms of presently preferred and alternate embodi- 
ments, those skilled in the art will recognize that the in- 
vention is not limited to the embodiments described. The 
methods and apparatus of the present invention can be 
practiced with modification and alteration within the spir- 
it and scope of the appended claims. The description is 
thus to be regarded as illustrative instead of limiting on 
ihe present invention.' 
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mented by supplemental object type and method 
definitions. 

The method as set forth in claim 1, wherein, said 
step c) comprises generating an include file for said 
generated test driver, said include file comprising 
attribute definitions and user supplied test data cre- 
ation and deletion function definitions, said include 
file being included at compilation of said generated 
test driver. 

The method as set forth in claim 1, wherein, said 
step c) comprises generating lest driver functions 
for said generated lest driver, said test driver func- 
tions being called by said generated test driver dur- 
ing its execution to provide said generated test driv- 
er with a particular combination of said attribute val- 
ues. 



Claims 



20 7, The method as set forth in claim 1, wherein, said 
step c) comprises the steps of; 



2. 



3. 



4. 



In a computer system comprising a software inter- 
face having a plurality of procedures and corre- 
sponding test functions tor testing said procedures^ 
a method for automatically generating a test driver 
for executing said test functions in sequence, said 
method comprising the steps of: 

a) expressing formally sequential execution or- 
der of said test functions; 

b) specifying assignable attribute values se- 
lected for each o1 said test functions' parameter 
attributes, said test functions comprising a plu- 
rality parameters having a plurality of attributes, 
said attributes being assigned attribute values 
when said test functions are invoked; and 

c) generating said test driver based on said for- 
mally expressed sequential execution order of 
said test functions and said specified assigna- 
ble attribute values, said generated test driver 
when invoked executes said test functions in 
said designated order with all combinations of 
said specified assignable attribute values. 

The method as set forth in claim l , wherein, said 
test functions are auto-checking lest functions. 

The method as set forth in claim 1 , wherein, said 
formally expressed test function execution order 
and said specified attribute value specifications are 
augmented by local test variable declarations and 
supplemental test function definitions. 

The method as set forth in claim 1 , wherein^ said 
software interface is object oriented, said formally 
expressed test function execution order and said 
specified attribute value specifications are aug- 
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c.1) parsing and tokenizing said formally ex- 
pressed test function execution order and said 
specified attribute value specifications based 
on a forma! grammar; 

c.2) generating intermediate representations 
for said formally expressed test function execu- 
tion order and said specified attribute value 
specifications, said intermediate representa- 
tion being a syntax tree; and 
C.3) generating executable code for said test 
driver using said generated intermediate repre- 
sentations. 

In a computer system comprising a software inter- 
face having a plurality of procedures and corre- 
sponding test functions for testing said procedures, 
wherein said test functions comprising a plurality 
parameters having a plurality of attributes, said at- 
tributes being assigned attribute values when said 
test functions are invoked, a method for sequential- 
ly executing said test functions in order with pre-se- 
lected combinations of said attribute values, said 
method comprising the steps of: 

a) creating one of said pre-selected combina- 
tions of said attribute values for said test func- 
tions; 

b) creating test data tor said created one of said 
pre-selected combinations of said attribute val- 
ues; 

c) evaluating a test expression expressing ex- 
ecution order of said test functions to determine 
a next test function to be executed; 

d) executing said next test functions using said 
created test data; 

e) repeating said steps c) through d) to execute 
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said test functions in accordance with the exe- 
cution order expressed by said test expression; 

f) deleting said test data created tor said creat- 
ed one of said pre-selected combinations of 
said attribute values: and 5 

g) repeating said steps a) through f) for each of 
pre-selected combinations of said attribute val- 
ues. 

9. The method as set forth in claim 3, wherein, fO 

said test functions are auto-checking test func- 
tions; and 

said step d) further comprises accumulating ex- 
ecution statistics lor said test functions after ex- 
ecuting each of said test functions. 

10. The metnoa as set ionh in ciaim 8, wherein, said 
■created one of said pre-selected combinations of 
said attribute values is created in said step c) by 
calling test driver functions to provide an assignable 
attribute value for each of said attributes of said cho- 
sen test function's parameters. 

11. The method as set forth in claim B, wherein, said 2S 
test data is created and deleted in said steps b) and 

f) by calling a user supplied test data creation and 
a user supplied test data deletion function respec- 
tively. 

30 

12. In a computer system comprising a software inter- 
face having a plurality of procedures, a method for 
testing said software interface, said method com- 
prising the steps of: 

35 

a) providing corresponding test functions for 
each of said procedures; 

b) formally expressing a sequential execution 
order of said test functions, and specifying se- 
lected combinations of attribute values to be -^o 
used with said designated order of executing 
said lest functions, said selected combinations 

of attribute values being selectively assigned to 
attributes of said test functions' parameter at- 
tributes when said test functions are invoked lo 
test said procedures in order, said test func- 
tions comprising a plurality of parameters hav- 
ing a plurality of attributes; 

c) generating a test driver that executes said 
test functions in said expressed execution or- so 
der with said selected combinations of said at- 
tribute values, said test driver calling user sup- 
plied test data creation and deletion functions 

to create and delete test data for each of said 
selected combinations of said attribute values; 55 
and 

d) providing said test data creation and deletion 
functions. 



13. The method as set forth in ciaim 12, wherein, 

said test functions are auto-checking lest func- 
tions: and 

said test driver accurnulates test statistics for 
said selected auto-checking test functions after 
executing each of said selected auto-checking 
test functions. 

14. In a computer system comprising a central process- 
ing unit (CPU) and a software interface having a plu- 
rality of procedures and corresponding lest func- 
tions for testing said procedures, an apparatus for 
automatically generating a test driver for sequen- 
tially executing said test functions in order, said ap- 
paratus comprising: 

a) desigriatiny rriGaMo CoiTiprisiriy ssid CPU for 
receiving formal expression of execution order 
of said lest functions; 

b) specification means comprising said CPU for 
receiving specifications of assignable attribute 
values selected for each of said attributes of 
said test functions' parameter attributes, said 
test functions comprising a plurality parameters 
having a plurality of attributes, said attributes 
being assigned attribute values when said test 
functions are invoked; and 

c) generation means coupled said designation 
and specification means comprising said CPU 
for generating said lest driver based on said for- 
mal expression of execution order of test func- 
tions and said specified assignable attribute 
values, said generated test driver when in- 
voked executes said designated test functions 
in accordance with said formally expressed or- 
der of execution, with all combinations of said 
specified assignable attribute values. 

1 5. The apparatus as set forth in claim 1 5, wherein, said 
test functions are auto-checking test functions. 

16. The apparatus as set forth in claim 14, wherein, 

said formal lest expressions include local lest 
variable declarations; and 
said designation and specification means are 
also for receiving supplemental lest function 
definitions to augment some of said test func- 
tion designations and attribute value specifica- 
tions. 

17. The apparatus as set forth in claim 14, wherein, said 
software interface is object oriented, and said des- 
ignation and specification means are also for re- 
ceiving supplemental object type and method defi- 
nitions to augment some of said test function des- 
ignations and attribute value specifications. 
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18. The method as set forth in claim 14, wherein, said 
generation means is also for generating an include 
file lor said generated test driver, said include file 
comprising attribute definitions and user supplied 
test data creation and deletion function definitions, 
said include file being included at compilation of 
said generated test driver. 

1 9. The apparatus as set forth in claim 1 4, wherein, said 
generation means is also for generating test driver 
functions for said generated test driver, said test 
driver functions being called by said generated test 
driver during its execution to provide said generated 
test driver with'a particular combination of said at- 
tribute values. 

20. The apparatus as set forth in claim 14, wherein, said 
generation means comprises: 

c. 1 ) parsing means coupled to said designation 20 
and specification means comprising said CPU 
for parsing and tokenizing elements of said test 
expression and said attribute value specifica- 
tions based on a formal grammar; 
c.2) intermediate representation generation 2B 
means coupled to said parsing means compris- 
ing said CPU for generating intermediate rep- 
resentations for said test expression and said 
attribute value specifications, said intermediate 
representation being a syntax tree; and 30 
c.3) code generation means coupled to said in- 
termediate representation generation means 
comprising said CPU for generating executable 
code tor said test driver using said generated 
intermediate representations. 35 
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TEST & ATTRIBUTE SPECIFICATION ^44 



INTERFACE SPECIFICATION 



^5, 



ATTRIBUTE SPECIFICATION 
PARAMETER -0 



ATTRIBUTE(S)(VALUE(S)) |-57|^55 



TEST SPECIFICATION _^53b 

(TEST LOCAL_VAR i.j...; j 

i = FUNCT]0N_1 (PARAMETER(S)); 
. J = FUNCTION_2 (i, PARAMETER(S)); 

53a^ 



FIG. 4a 
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SUPPLEMENTAL 

TEST FUNCTION DEFINTTIONS . 46 

TEST FUNCTlON-0 (PARAMETER...) 



IG. 4 b 



SUPPLEMENTAL 

OBJECT TYPE AND METHOD DEFINITIONS ^ 48 



J 60 



OBJECT TYPE DEFTNmON 
OBJECT TYPE_0 y^^Q 



INHERITANCE CHARACTERISTIC J^^ 
lNHERlTANeE_0 >-Vg| ^ 



METHOD DEFINITION 
METHOD_0 "K , 



FIG. 4c 
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interface am 



size:enum(negative,zero,small,large) 



57« 



parameter amt=aniouni 1^, 



55a* 



aiirsz:si/.c 



end 



parameter offset=amount 1551^1 
attrsz:size j 

end 



parameter bank=am 1 

attr type:enum(commerce,snaKconsumer,cu) f^55c' 

end 



test local_var acct 

acct = bank:.create„account (amtl.-'SSa* 

acctwithdraw (amt and offset); ---53^1 

accLdeposit (amt) -^^3^1 



^53* 



FIG. 5a 
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* include " am. tes t,h" 



int totct = tv^amt.ctd * t v_of Eset . ct ( ) * tv_bank.ct(); 
int ct=0; 

report- >predict (totct ) ; 

for (int iO = 0; iO < tv_amt,ct(); iO++) { 

for (int il = 0; il < tv_of f se t . ct ( ) ; il+) { 

for (int i2 = 0; i2 < tv_bank . ct ( ) ; i2 + +) { 
ct + +; 

precond . reset () ; 
report ->start (ct) ; 



try { 



86< 



/* test variable set-up */ 
amount amt = 

tv_amt . provide ( iO ) ; 

precond- >note ( "amt " , amt . toString ( ) ) ; 

amount offsets 
tv_off set .provide ( il ) ; 
precond- >note ( "offset" , 

offset . toString () ) ; 
am bank = 

tv_bank .provide (i2) ; 
precond- >note ("bank" , 

bank . toString ( ) ) ; 

report->test_start (ct) ; 



FIG. 8a 
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/* test sequence */ 
account acct = 

acf _create_account (bank, amt ) ; 
qqJ acf_withdraw (acct , amt-^off set ) ; 

acf deposit (acct , amt) ; 



report- >test_end (ct) ; 
/* test vg^riaJDle tea.r-down */ 
tv_bank: . relinquish (bank, i2 ) ; 
tv__of f set . relinquish (offset , il) ; 
tv_amt . rel inquish ( amt , xO ) ; 



90 < 



} except ex { 

ProvideFail { 

precond- >skip ( ) / 
report->skip (ex. tv, 

ex. index) ; 

) 

RelinquishFail [ 



report ->test_error ( "relinquish fai 
ex.tv, ex. index) ; 

} 

Missin^Exception { 

sxibfuii->me(ex.before, ex.afler); 

) 

UnexpectedException { 

8ubfiin->ue(exbefore, ex.after, ex.raised); 

) 



FIG. 8b 
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ExceptdonallyFaixlt { 

8ubfun->efl:ex,before, ex^after, ex.raised, ex.pad); 

) 

Norm&UyFaiilt ( 

subfLm->riilex-before, ex.after, ex.pad); 

) 

ExceptionlnCondition { 

subfuji->eic(ex.before, ex.after, ex, raised, 
ex.Btate. ex.pad); 

{ 

default! 

panicC'bad exception in test driver"); 

1 

FIG. 8c 



21 



EP 0 834 810 A1 



#praginft once 
#include <:attr,h> 
^include "anLh" 

class attr_bool : public attr ( 
public: 

// this enumeration CBxi be convenient in provide functions, 
enum at±r_bool_Kmd (False, True) ; 
char^printO; 
int val; 

attr^booKint i); 
static int ct(); 

class attr^fii^e : public attr ( 
public: 

// this enumeration can be convenient in provide functions, 
enum attr„size_Kind {neg'ative, zero, small, lar^e); 
char*print(); 
int val; 

attr_size(int i); 
static int ct(); 

); 

class attr_acct_bal : public attr { 
public: 

// thijs enumeration can be convenient in provide functions, 
enum sttr_acct_bal_Kiud (neg, zero, tiny, huge, enorm); 
char^printO; 
int val; 

attr_acct3al(int i); 
static int ct(); 

); 
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class attr^acct^typ : public attr { 
ptiblic: 

// this enumeratioii can be convenient in provide functions, 
enum attr_acct_typ_Kind {economy, standard, gold) ; 
char*priiitC); 
int val; 

attr_acct_typ(int i); 
static int ct(); 

1; 



>l04c 



class attr_banic_type : public attr ( > 
public: 

// this enumeration can be convenient in provide functions, 
enum attr_baiik-type.Kind (commerce, snl, consumer, ^-11^104(1 
char*print(); 
int val; 

attr^bank^tj-peCint i); 
static int ct(); 

); 

// the following mtist be defined by the user 
bool provide.acct (am_account &acct_var, attr_acct_baJ bO, 

attr_acct_typ tO); ^ I06a 

void relinquish_acct (am_accoimt_fp &acct_var, attr_acct_bal bO, 

attr.acct.typ tO); 

bool provide^amt (int Stamt_var, attx^size sO); 1 inRh 
void relinquish_amt (int &amt_var/ attr_siie sO);j 

bool provide^b'ank (am^fjp &bank_var, attr_bank_type tl); p-IOSc 
void relinquish_bank (am.fp &bpnk_var, attr.baxLk_type tl); J 



FIG. 9b 
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#include "ajn.attr.Ji" 
chflT* attr_bool::priiit() ( 
switch (val) { 

case False rretuTD 'Talse"; 
case True: return True"; 

dcfaiUt: panicC'unknowii nttr val**); 
return •????"; 

) 

) 

attr_bool:;attr_bool(int i) { 
if(i<0 I I i>ctO){ 

pajgic ^*^ad veiue to attr coi^istructor"): 

) 

val = i; 

1 

int attr_bool::ct () { 
return 2; 

} 

char* attr_si2e::print () ( 
switch (val) { 

case negative: return "negative"; 
case zero: return *'zero**; 

case smalliretum ''small"; 
case large: return "large"; 
default: panic ("unknown attr vaD; 
return -????^• 

) 

] 

attr_size::attr_si2e (int i) ( 
if (i<0 I I i>ct()) ( 

panic CT>ad value to attr constructor"); 

) 

val = i 



lOda 



>IIO 



int attr.size::ct () { 
return 4; 

) 



FIG. lOa 
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char* attr_acct_bal::priiit () ( 
switch (val) ( 

case neg". return "neg"; 

case zero: return "zero"; 

case tiny: return "tiny"; 

case huge: return "hiige"; 
case enonn: return "enorm"; 
default: panic ("unknown attr val"); 
return"????"; 

) 

1 ■ ? 

attr_acct_bal::attr_acct_bal(int i) { 

if(i<0 I I i>ctO) ( 

panicCbad value to attr constructor"} 

) 

val = i; 

) 

int attr_acct_bal::ct() { 
return 5; 

) 

FIG. lOb 
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char*' attr_acct_typ::priiit() { 
switch (val) { 

case economy: 
case standard: 
case gold: 



return "economy*'; 
return "standard"; 
return "gold"; 



default: panic ("unknown attr val"); 
return "????"; 

) 

) 

attr_acct_typ::attr_acct_typ (int i) ( 
if(i <0 I I i>ct())( 

panic Chad value to attr constructor"); 

) 

val = i; 

] 

int attr_acct_typ:;ct() ( 
return 3; 

) 



>II4 
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char* attr_bank_t>'pe::print() ( 
switch (val) { 

case commerce: 
case snl: 
case consumer: 



return "conmierce"; 
return "snl"; 
return "consumer"; 
case cu: return "cu"; 

default: panic ("unknown attr val"); 
return -????"; 



) 



>II6 



1 

attr_ba.nk_type::attr_bank_type(int i) { 
if (i <0 I I i>ctO)( 

panic ("bad value to attr constructor"); 

} 

val = i; 

int attr_bankj^type::ct() ( 
return 4 ; 

J 



FIG. lOc 
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^include ''&iii_Ettr.h' 

coast chfijr *servic€_iisjnc "sLmple^acoount^jCQjanagcr*'; 
bool 

provide.acct (am. account Jip attr.acct^al bal) ( 

ain_fp acci.mgT = EZLOOKTJP (*villa^e.aamer, cervicc^najQie, am); 

am^ajtnDunt openin^balance; 
switdi CbaJ.vai) { 

case attr_acct_baJ;meg: 

openiag^baJance -10; 
break; 

case attr_acct_bal:: xero: 



break; 
casfi attr_acct_bal:.-tiny; 

opaniii£_baience = 100; 
break; 

esse attr_acct_bei::buge: 

opienija^balaiice = lOOO; 
break; 

ca^ attT_aect_baJ::cnortXL' 

opeuiag^balancfi =10000; 
break; 

dft fault: 

// ehoxild not'gcL bere 

cout« "bad value for attr_acct_ba]\n "; 

retum FALSE; 

I 

try { 

a s »cct_ iiiCT'>create aceounttopeninp balance); 
} except az { 

cout « 'create_accDiir»t raised am ncgfafcive BmoiintVn"; 
return FALSE; 

1 

contract^ fault f 
cout << 

fonnC"crcatc_account raised contract Jail ure (#%x)\n", ex. code); 
retum FALSE; 

) 

default ( 

cout « "creaLc_accounL riaised unknowTi cxccptjon": 
return FALSE; 

J 

) 

return TRUE; 



> 122a 



120a 



void 

reLLDquish_accUan3_accouiil &a, atLr_acct_bal bal) ( 
a->or>nsuiijeO; 



I24a 



FIG. Ha 
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bool 

provide.amt (am.amount attr^size size) { 



Bwitch(size.vaJ) [ 

case attr_si2e;:negative: 

a = -lO; 

break; 
case attr sizerrzero: 

a = 0; 

break; 
case attr_size::small: 

a = 100; 

break; 
case attr_size::laxge: 

a =r 1000; 

break; 

default: 

// should not get here 

cout « "bad value for attr_siz€_sizeVn* 

return FALSE; 

) 

return TRUE; 



>l22b 



120b 



void 

reliiLquifih_amt (am^amount ica, attr_size s) ( 
// no work to do 

1 



I24b 



bool 

provide.bank (am_fp attr,bank,type tO) { 
if (tO.vaJ — attr_baiik_type::consuiner) ( 

am^fp acct^mgr = EZLOOKUP (Srillage^namer, 
service_name, am); |>l22c 
a =: acct_mgr; 
return TRUE; 
1 else { 

return FALSE; 
) 

) 

void 

relinquiah^bank (ain_fp &bank„vaj, attr^bank^type tO) ( 
// majke bank.var go away, the test driver is done with it 
b ank_vax->consumer( ) ; 



H2-4C 



) 



FIG. lib 
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